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INTRODUCCION 

• 

Ha llegado el fanzine que estabas esperando. Totalmente 
dedicado al mundo del MSX. Trataremos los temas de mayor 
interés para los usuarios, novedades nacionales e interna- 
cionales, japonesas, holandesas, y del resto del mundo,- con 
articulas claros pero completos, grandes ideas y buenos 
proyectas. 

SD MESXES puede adquirirse únicamente por correo, al 
precio de 200 pts, con los gastos de envió incluidos, para 
los contrarrembolsos y certificados, consultad a la re- 
dacción. 

Cualquier colaboración o ayuda al club será bien recibi- 
da y por supuesto gratificada. Para contactar con nosotros, 
encontrareis la dirección en la página anterior. 

Ya sabemos que estáis ansiosos por abrir el fanzine y 
devorarlo con los ojos , ¿o no?, pero antes debemos informa- 
ros que este fanzine no es como los que lleváis viendo 
hasta ahora, sino que es un nuevo proyecto para la comuni- 
cación de las masa asi que: Ten cuidado hermano de no tener 
en el culo lo que tienes en la mano , o , lo que es lo mis- 
ma: Pasa la página ya cofio! § j. Salvador Sánchez / Rasen Serna 
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S, PICTDREDISK 

De nuevo nos sorprende SUNRISE con el S. PICTURE DISK#12, 
el último hasta el momento. . . 



Para empezar, se nos pre- 
senta el inevitable selector 
de frecuencia, realizado 
esta vez por CAIN. Sin duda 
este es un buen principio, 
con buenos gráficos y una 
música, en stereo (por su- 
puesto) , que no esta nada 
mal . 

Tras la selección de Hz. 
nos encontramos con la demo- 
promo de BLADE LORDS, el 
ultimo juego de PARALLAX, 
quien como ya sabréis es el 
responsable de juegos como 
el BLACK CICLON entre otros. 
Esta demo nos servirá de 
menú para acceder a los 
diferentes apartados. 

El juego, cuya música no 
oiréis de no poseer un FM- 
PAC, es de tipo plataformas, 
algo asi como el BUBBLE 
BOBBLE, aunque ambientado en 
tiempos medievales. El obje- 
tivo, es aniquilar a los 
enemigos que se encuentran 
en la pantalla, tras lo cual 
pasaremos a la siguiente. 
Como ya es habitual, se 
pueden seleccionar las demos 
a través del teclado numéri- 
co, o si no, penetrando en 
las tuberías que hay en cada 
fase, aunque os aseguro que 
vale la pena jugar. 




Sobre BLADE LORDS, solo me 
queda decir que el juego "de 
verdad" consta de 80 fases, 
y al igual que en la promo 
pueden jugar dos players a 
la vez. 

A continuación, os resumo 
brevemente el contenido de 
las demos incluidas en el 
disco: 

COLORWAVE: Es la primera 
de ellas, y tras seleccio 
narla, FONY nos sorprende 




con un simulacro de reset. 
Una original forma de empe- 
zar. . . 

Tras esto, y después de un 
largo scroll vertical nos 
encontramos con el plato 
fuerte: PLASMAS. . , Si, y no 
hay uno, ni dos, por cada 
tecla del ordenador que 
pulsemos nos saldrá uno 
diferente. Además, con SHIFT 
podemos cambiar el RGB. 

IMPACT BBS: El principio 
de esta demo decepciona un 
poco, pero así como avanza 
va mejorando, Lo principal 
de la demo son los tres 
fractales que se nos mues- 
tran (pueden cambiarse con 
1,2 y 3). Los colores son 




ajustables, al igual que la 
velocidad y además con las 
teclas de función cambiamos 
el scroll. Por tanto, vale 
la pena experimentar con el 
teclado. 

SCREEN 11 DES 1 GNER : No hay 
mucho que decir, puesto que 
se trata de un editor gráfi- 
ca en screen 11, 

PIXEL PARTY: Como de cos- 
tumbre aquí se encuntra la 
"art galery" de SUNRISE, 
aunque esta vez con UN solo 
dibujo. . . 

NEWS & INFD: En este apar- 
tado Sunrise informa sobre 
las novedades en torno al 
MSX, pudiendo elegir como 
siempre entre ingles o ho- 
landés, todo un detalle! 

Y hasta aquí llega el 
SUNRISE PICTURE DISK#12. Hay 
que decir que cada vez son 
mejores y yo ya estoy ansio- 
so por tener el número 13. 



QUIERES SABER TODO LO QUE PASO 
EN LA 

V REUNION 
DE USUARIOS 
DE I1SX 

*&9r(íi4ttmifr4> tan -t-o-^ff- V9S 



STREET FI6HTER 

A pesar de ser un juego original de maquina recreativa, 
siendo las posteriores versiones para consola, no podia 
faltar, para sorpresa de muchos, el STREET FIGHTER, para 



MSX, 



Seria una total perdida de 
tiempo intentar comentar 
este juego, porque todos 
sabemos perfectamente de que 
va, y posiblemente todos 
hayamos echada alguna parti- 
dilla en el salón recreati- 
vo. 

Pués bién, este juego, o 
mejor dicho, la promo, se 
encuentra comprimido bajo el 
nombre de SF.PMA en el SUN- 
RISE MAGAZINE#13. 



Cuenta únicamente de 3 
personaje, y solo hay una 
ronda, si ganas sigues y si 
pierdes na. Tampoco es la 
replica exacta del SF para 
maquina, pero consta de 
muchos movimientos, y la 
velocidad es muy aceptable. 

Lamentablemente, en el 
S.M.#13 hay un texto expli- 
cando el juego, pero está en 
Holandés. 



•jema 




ATCHDISR 



o orno 
DISK, 

Hasta ahora 



todos sabéis, OASIS es el responsable de los PATCH- 
discos traductores de juegos japoneses^ ^al ingles. 

_ 4- . S \a 



pueden encontrarse estos: 



SD-SNATCHER 
XAK II 
XAK III 
YS II 
YS III 
YS Plaver's 
RUNEMASTER 2 



English patchdisk 



_ ii 



_ ii 



Guidebook (manual) 
English patchdisk 




Más información: RAMON RIBAS CASASAYAS, C/Sardénya 379 
Atic 3a, 08025 - BARCELONA. * OASIS / Ramón Serna 



PINK SOX MANIA 

Son casi infinitos los trucos que muchos usuarios inven- 
tan para poder "observar" los Pink Sox Mania con su paleta 
de colores y sin censura. , . 



A continuación os incluimos un pequeño programa con el que 
podréis transformar el modo de almacenar la paleta de la 
mayoría de PINK SOX MANIA, al igual que SAURUS LUCH, y 
muchas má"s imágenes. Así , ademas de conseguir cargar las 
imágenes con un simple BLOAD, también os librareis de esos 
molestos montones de pixels que se sitúan justamente donde 
no deberían estar. 



10 SCREEN 7: COLOR ,0.0:C=0 
20 READ N$:IF N$=" ! " THEN END 
30 BLOAD N$+" . sr7" , S 

40 OPEN N$+".pl7" AS#1 LEN=1 : FIELD#1 , 1 AS A$ 
50 FOR K=l TO 32 STEP 2 
60 GET#1.K:A=ASC(A$> 
70 S=A\16: B=AMOD16 
80 GET#1,K+1:A=ASC(A$) 
90 G=A 

100 COLOR=(C.R,G,B) 
110 C=C+1 
120 NEXT K 
130 BSAVE N$+".pl7" , &HFA80, &HFAA0, S 
140 C=0:CLOSE#1:GOTO 20 

1000 DATA xxxxxxxx, xxxxxxxx, xxxxxxxx, .. . ' ficheros 
1010 DATA xxxxxxxx, xxxxxxxx, xxxxxxxx, .. . ' extensió 




sin 
n 



Una vez ejecutado este programa podréis cargar las imágenes 
con paleta y sin estorbos haciendo simplemente: 

10 SCREEN7 

20 BLOAD" xxxxxxxx. pl7" , S: COLOR=RESTORE 
30 BLOAD" xxxxxxxx. sr7",S 
40 GOTO 40 

Ahora, está en vuestras manos el haceros un cargador más o 
menos decente o no. 1 Néstor Sor i ano / Ratón Sema 



V REUNION DE 



Como todos sabéis, dia 8 de Mayo del presente afio se 
celebró en BArcelona la V Reunión de Usuarios de MSX. Vamos 
a intentar contaros todo lo que pasó, en el mismo orden en 
que lo hicieron allí. 



El montaje fue bastante 
rápido, el equipo con el que 
se contaba era de un MSX 
TURBO R (gt), un televisor 
bastante grande y una mini- 
cadena de la que se aprove- 
chaban los altavoces. El 
sonido, a pesar de tener un 
Music Module no era stereo 
por problemas de conexión. 

Los primeros en mostrar 
algo fueron los de FKD, que 
abrieron la sesión con la 
presetación del disco duro, 
o más concretamente el Ín- 
ter face (SCSI), para MSX. Se 
trataba del modelo antiguo, 
aunque de todas formas pudi- 
mos observar una maravilla. 
Especialmente cuando pusie- 
ron el Saurus Lunch y otras 
demos (...) en las que se 
podia escuchar la música de 
MoonBlaster al mismo tiempo 
y sin relentizar que el 
disco duro iba cargando 
imágenes. 

Al acabar dicha demos- 
tración, Ramón Ribas, orga- 
nizador de la reunión, nos 
hizo un breve discurso sobre 
la Asociación de Amigos del 
MSX. Dicha asociación, esta 




formada por un grupo de 
usuarios y está destinada a 
la organización de reuniones 
entre otras cosas. 

El siguiente paso lo 
dieron los chicos de TABURO- 
TO, que presentaron su demo 
del COBRA MISION. Si mal no 
recuerdo se trata de un 
juego de PC, del cual han 
pasado las imágenes a MSX, 
ocupando estas 5 discos. 

A continuación Elvis 
Gallegos nos presentó el 
VIDEO ANIMATOR, un programa 
de animación, que funciona a 
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USUARIOS DE MSX 



base de digital izaciones. 
Además, también dio a cono- 
cer la versión en inglés del 
RANDAR III. 

Y por fin llegó el mo- 
mento esperada por la mayo- 
ría de los usuarios. Se dio 
a conocer que entre nosotros 
estaba un representante de 
COMPJOETABIA, que venía a 
presentar el PIXESS, un 
juego que debéis conocer por 
las dos demos que aparecie- 
ran en los SUNRISE PD. Pa- 
trick nos enseñó la demo del 
juego a la vez que explicaba 
su contenido y contestaba a 
las dudas, eso si, con la 
ayuda de Ramón Ribas que 
traducia del inglés al cas- 
tellano. 

Tras una larga demostra- 
ción del PIXESS, le cedieron 
el turno a José M§ Alonso, 
quien nos ofreció una larga 
charla sobre NEXUS BBS y 
posteriormente sobre el 
emulador de MSX para PC. 

Una vez aclarado lo 
anterior, Ramón Casillas 
realizo un sorteo con todos 
los productos de importa- 
ción. 

PYRAMID presentó su 
última PYRAMID MAGAZINE en 
disco, aunque no pudimos ver 
nada por estar comprimido. 
También nos enseñaron su 



demo de CINDY CRAVDFORD, de 
digitalizaciones en screen 
12. Otro miembro de PYRAMID 
presentó otra demo, cuyo 
nombre es casi impasible de 
recordar. Estos chicos tam- 
bién ofrecerían más tarde 
unas demos de samplers, 
algunas para Music Module y 
otras para todos los chips. 

Los siguientes fueron 
los responsables de TELEBA- 
SIC, que lógicamente presen- 
taron el TELEBASIC #2, que 
sigue la misma linea que el 
anterior, con algunos efec- 




tos nuevos, como los vecto- 
res, y la novedad de contar 
con dos páginas en lugar de 
una sola como el anterior. 

Acto seguido Ramón Casi- 
llas hizo su segunda apari- 
ción presentando el BABEL 
the new megablock, un juego 
de Daniel Zorita entre o- 
tros. 



El siguiente fué Manuel 
Pazos, quien presento el 
SD-SNATCHER en castellano, y 
explicó que no solo está 
traducido, sino que también 
consta de algunas mejoras 
respecto a la versión en 
inglés. El mismo presentó un 
disco con las músicas del 
Illusion City, y una pequeña 
demo para animar a los usua- 
rios a que programen. 

Hasta aquí llegó la 
primera parte de la reunión. 
Ahora debíamos ir a comer y 
luego volveríamos al cabo de 
unas horas. La espera se 
hizo corta, asi que alli 
estábamos de nuevo esperando 
sorprendernos de nuevo con 
alguna demostración. 

El primero en coger el 
micro fue esta vez Ramón 
Ribas, quien nos demostró 
como funcinan los PATCHDISK, 
traduciendo el juego XAK II, 
FKD repitió turno pre- 
sentando esta vez el ALADIN, 
aunque, ya que todo debe 
decirse como es, me atrevo a 
opinar que esta presentación 
no fue tal, sino una simple 
comparación del ALADIN con 
el DINAMIC PUBLISHER. 

Otra vez cogió el micro 
Ramón Ribas para presentar 
otra producción de COMJOETA- 
NIA, el JUDGEMENT OF SOUND, 
una demo musical de alta 
calidad, y por supuesto en 
stereo. 

Después de esto, Ramón 
Casillas presento una conso- 
la. SIN COMENTARIO. 



Se dió tiempo para com- 
prar, vender, hablar, probar 
cosas con el Turbo R.etc, y 
poco tiempo después se dio 
por concluida la reunión 
hasta Octubre, que se cele- 
brará la siguiente. 

Poco más podemos decir 
de la reunión, mas que asis- 
táis a la próxima. Os asegu- 
ro que no vais a salir de- 
cepcionados, ni mucho menos. 

Para más información 
sobre la próxima reunión, os 
ponemos la dirección de 
Ramón Ribas, y os recordamos 
que él mismo anunció que los 
usuarios que quieran presen- 
tar algo deberán ponerse en 
contacto con la organización 
algunos dias antes. 

A los que no pudisteis 
ir, y a los que lo hicis- 
teis, os recordamos la exis- 
tencia de un video rodado 
por nosotros, con el que os 
podréis enterar de lo que 
pasó. Os advertimos de nueva 
que no somos SPILBERGs, por 
lo que no esperéis un docu- 
mental de la BBC, pero si 
queréis tener una idea más 
amplia de la reunión. . . 
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IMAGENES ID 



Todos debéis conocerla existencia de ciertos dibujos 
tridimensionales de los que la gente cuelga en sus escapa- 
rates y a primera vista parece la interpretación gráfica 
del sector de un disco. Me refiero a los que salen en el 
libro EL OJO MAGICO. 



Para muchos de vosotros 
esto debe ser mágico, o por 
lo menos extraño. Sin embar- 
go, Club Mesxes, no se deja 
intimidar por las cosas 
inexplicables, y ya tiene 
una ligera idea de como 
realizar dichos gráficos en 
un MSX. 

Vamos a ocuparnos de aque- 
llos en los que se ven dife- 
rentes superficies, es decir 
unos objetas se ven mas 
lejos que los otros. 

Para realizar un gráfica 
en 3D lo primero es tener 
pequeños gráficas en 2D, por 
lo tanto es indispensable 
coger un editar gráfico y 
realizar dos o tres dibujos 
de diferente tamaña a ser 
posible. El color y la forma 
da lo mismo. 

Una vez hechos los dibu- 
jos, debéis copiar el prime- 
ro de ellos en una fila 
horizontal, siempre a la 
misma distancia, hasta que 
lleguéis a la otra punta de 
la pantalla. Acto seguido 
coged otro de los dibujos y 
repetid la operación, co- 



piándolo un poco más abajo y 
a una distancia diferente. 
Seguid así hasta que llenéis 
la pantalla. 

Na importa si repetis los 
dibujos siempre que lo pon- 
gáis a una distancia dife- 
rente de los demás. También 
es importante no dejar la 
pantalla con demasiados 
huecos entre dibujo y dibu- 
jo, pero lo más importante 
es que los dibujos de la 
misma fila horizontal deben 
estar todos a la misma dis- 
tancia. 

Una vez hecho esto. ya 
podéis empezar a mirar, 
sirviendos del reflejo del 
monitor si os es más cómodo. 

Hay que notar que no todos 
los aparatos son buenos para 
esto, puesto que en algunos 
televisares, si son muy 
grandes cuesta un poco ver- 
lo. En monitores os aseguro 
que funciona perfectamente. 

Por último, si no tenéis 
la suficiente paciencia para 
hacer estos dibujas, os 
remitimos a la demo que 
ofrecerá Club Mesxes en la 
próxima reunión. a o-, • , 



NOTICIAS 

vad. v Ml-Chi están trabajando 



Henrik Gil 
gramas para el 



varios pro- 

V9990, para que "usuarios normales" puedan 
usuaria sin conocimientos de código máquina. 

Mi-Chi ha hecho el FLI-player (Delta Animation player). 
El formato FLI no es compatible con el PC, pero ha sido 
optimizado para MSX. También están trabajando en un progra- 
ma para ver con el V9990 ficheros *.GIF y *.BMP y en un 
programa de "video" para realizar toda una serie de efec- 
tos, aunque el propio Genrik nos ha dicho que no conoce 
muchos detalles sobre este último. 

Henrik está adaptando el BASIC del TUEBD R A1GT al V- 
9990. El BASIC del V9990 (POVER BASIC) tiene más comandos 
MSX y también mas screens, pero no son 100% compatibles 
poruqe no tiene SCREEIJ 0-4 (no exactamente compatible), y 
porque los sprites son mucho más avanzados que los de MSX- 
2. El BASIC de Henrik puede tener los siguientes screens: 

SCREEN 0: modo de texto con 64 c/1 de 8x8 pixels y defi 

nición multicolor. 
SCREEN 1: —! ¡-Puede cambiarse a 32 c/1 

SCREEN 2 y 4: 256x212 pixels con 16 colores (como screen 
5). Tiene dos planos de gráficos, y cuando 
en el 1 se usa color 0 se puede ver el 2! 
c Consta de 125 sprites multicolores (defi- 

nidos como gráficos) de 16x16 pixels y con 
un máximo de 16 por linea sin parpadeos. 
Este modo gráfico consta de una tabla de 
caracteres, por lo que puedes hacer gráfi 
eos realmente rápidos como en la Sega 
Master System y la Megadrive! 

Como el cartucho tien 512K de VRAM 
puedes definir 15.000 caracteres para ser 
seleccionados después . Los SCREENs 2-4 
están pensados para juegos! 
SCREEN 3: 512x212 con 16 calores como en screen7, consta 
de 125 sprites y una tabla de caracteres, pero 
no tiene los dos planos. 
SCREEN 5-12: Igual que en MSX, con solo 2 simples spri 



tes de 32x32 cdii 1 color o la operación 
lógica XOR. 

SCREE1T 5-7: Puede verse con un máximo de 1024x424 (en- 
trelazado) 

SCREEN 8-12: Máximo de 512x426 (entrelazado) 

Los Screens 10-12 pueden usar el sistema YUV en lugar 
del YJK. El YUV se usa más para imágenes comprimidas y 
funciona algo mejor que el YJK porque intercambia los com- 
ponentes del verde y azul (G&B) . 

SET SCROLL: Funciona en todos los modos gráficos. En 
screen 2-4 tienes 4 parámetros como estos: 
SET SCROLL X1,Y1,X2,Y2 

XI, Yl es para el plano 1 y X2,Y2 es para el 
plano 2. 

Los parámetros 32 y 42 no son necesarios. 
SET PAGE: Como el cartucho del V9990 tiene 512K de VRAM 
se multiplica por 4 el n° de páginas! 

Muchos comandos gráficos son más rápidos que antes por- 
que el V9990 utiliza dos ports de VRAM (DUAL PORT VRAM). 

Con Screen 5-12 el VDP puede copiar a 2.2-2.5 Mb/seg 
incluyendo operadores lógicos (pset, xor, etc...). 

La transferencia de CPU a VRAM es entre 500-550 Kb/seg. 
con T-R, mientras que con el V9958 también con T-R y en 
modo R-800 es de 120 kb/seg. 

Lo peor del V9990, según Henrik, es que no tiene screen 
0 compatible con MSX. El único modo de texto (rápido) como 
hemos dicho es de 64 c/1. Si alguien convierte el Driver 
AHSI de Uwe Schroeder a V9990 entonces se podran usar pro- 
gramas del DOS como Word Star a 80 columnas. 

Henrik también tiene la adaptación del XBASIC a V9990. 
Este XBASIC es realmente asombroso si tienes un T-R! Espe- 
cialmente en screen 2 o 4 pueden hacerce cosas muy buenas 
con los dos planos y los sprites. Como ejemplo, Henrik nos 
informa que Stefan Boer (autor del PUMPKIN ADVENTURE 2) 
tiene un V9990 y escribió una pequeña parte del P.A. 3 en 
su XBASIC en solo una tarde. El resultado fue tan rápido 
que tuvo que relentizarlo 4 o 5 veces ( la versión MSX del 
mismo programa está hecha en C. M. y sin relentizar). 
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Henrik También está escribiendo algunas rutinas y utili- 
dades para poder leer y copiar ficheros de CD-ROM a HD o 
FD. 

Algunos de sus programas pueden utilizar directamente 
los datos del CD-ROM pero normalmente, los demás programas 
del DOS no lo pueden hacer, porque todavia no ha hecho un 
"driver real" del DOS para el CD-ROM. 

Uno de sus programas es para ver imágenes PCD (PHOTO 
CD) . Este programa puede mostrar imágenes PCD en la V9990 
en 3 modos diferentes de color y con 512x424 pixels. La 
mejor resolución es de 512x424 con colores reales RGB de 15 
bits. El otro modo es el YUV y el screen 8. También está 
trabajando en una conversión para el YJK. 

Para el TURBO R A1GT, ha hecho una rutina con la que 
pueden escucharse ficheros PCM (VOC. WAV, AIF, PCM, etc.) 
directamente mientras son cargadas del CD, Los ficheros 
pueden sonar sin interrupciones y sin tener que esperar 
mientras carga del CD. Esta rutina' utiliza un bufer de 8-16 
kb. para datos. Con el Music Module y el TURBO R, pueden 
sonar PCMs en stereo. La frecuencia puede llegar "a 200 
kbytes/seg ! ( por tanto 22KHz y 44.1KHz~no son del todo un 
problema! ) 

Heranrik esta también trabajando en algunos comandos para 
el DOS (pequeños ficheros , COM para tener en el HD) para 
poder acceder al CD desde el DOS. 

Ahora tiene el CDIR.COM para hacer el directorio princi- 
pal, y va ha hacer el CC0PY.COM para copiar ficheros y el 
CCD.C0M para cambiar de directorio. 

En BASIC, con rutinas en C.M. está haciendo un programa 
para ver directorios y copiar ficheros del HD o FD al CD. 

El CD-ROM es perfecto para el almacenage de grandes 
cantidades de ficheros MOD, PCM, GIF, BMP, etc. etc. etc. 
Pero puede que llegue a utilizarse el CD-ROM como un HD o 
un FD normal (sin poder escribir claro!). 
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OPL4 

Sobre el ÜPL4 podemos decir que es un nuevo chip de 
YAMAHA, que tiene una parte FM igual a la del 0PL3 (utili- 
zada en ía SOUNDBLASTER pro. ) y es compatible con el 0PL2 
(ADLIB -PC-) y 0PL1 (la parte FM del Music Module). El 0PL3 
tiene 18 canales FM stereo con 2 operadores por canal o 9 
con 4 operadores por canal. Hay otras combinaciones, como 
15 FM + 5 FM Drums (baterias) . EÍ 0PL3 no es compatible con 
el OPLL (FM PAC) pero si lo es con el MUSIC MODULE. El 0PL4 
también tiene una parte PCM con la que puede hacer sonar 24 
canales PCM stero a 44.1 KHz. 

Henrik supone que los PCM normales también pueden sonar, 
pero aún no lo ha probado porque él no tiene el 0PL4 aún. 
El solo tiene el 0PL4 en una targeta de PC y en PC no pue- 
des programar los chips PCM. 

Por últi mo, MOONSOFT está haciendo un programa para este 
nuevo chip, y Henrik ha hecho un driver para el PCM Tracker 
y un editor, aunque tan solo utiliza 9 canales FM + drums. 
'1 Henrik Gilvad / fiarsón Serna 



LASP... 

¿Pero seguro que LASP ha vuelta? ¿Pero a caso nos había 
dejado? ¿No es una broma? ¿Pero . . . 

Estas y miles de preguntas más fueron las que se me 
ocurrieron cuando por sorpresa mia recibí el nuevo catalogo 
de LASP. Asi pues deduzco que LASP esta con el MSX, aunque 
yo sigo sin saber si ha vuelta o si tal vez lo había estado 
siempre. 

A pesar de todo, no os esperéis nada nuevo, simplemente 
los mismos precios. Para que os hagáis una idea, el Turbo R 
A1GT cuesta 140.000 pts. , y el digital izador de video PAL 
para 2+/TR 52.000 pts. En cuanto a programas, solo con 
deciros que el FINAL VIDEO GRAPHICS de dominio pública 
cuesta 10.000 pts, ya os haréis una idea. Junto al catalogo 
se ofrece una lista de soft con juegos pirata que rondan 
las 1.000 o 1.500 los más baratos hasta 4.000 las más ca- 
ros . i R 5 íiion Sema 
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Si habéis hecha el mapea- 
do de algún juego no dudéis 
en mandárnoslo para que sea 
publicado en el próximo 
número. 

3 J. Salvador Sánchez 
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En esta página, como veis, están 3 de las secciones más 
habituales en un fanzine: ANUNCIOS, TRUCOS Y POKES y OPI- 
NION. Si queréis participar en alguna de ellas, no dudéis en 
hacerlo escribiendo a la redacción. 



Como en todo buen fanzine, he aquí nuestra sección de 
anuncios. Podéis enviar todos los anuncios de compra, ven- 
ta, cambios, etc.. No pondremos máximo en cuanto a pala- 
bras, siempre que no os paséis. De momento, como no tenemos 
anuncios vuestros, pondremos algunos de los propios miem- 
bros del club: 


Vendo .joystick YaNJEN (el 
que se anunciaba en la IÍSX 
CLUB), funciona por tacto, y 
es muy preciso. Precio a 
convenir. 0 si no también lo 
cambio por otro periférico 
de interés. Enviad ofertas a 
la redacción. 


Intercambiamos todo tipo 
de soft para MSX-2, 2+ y 
Turbo R. Enviad lista o un 
disco para que os grabemos 
la nuestra a: la redacción. 


¿ Os interesa saber todo 
lo que pasó en la V reunión 
de usuarios de MSX, en Bar- 
celona día 8 de Mayo de 
1.994 ? Pues ya podéis com- 
prar el video que rodamos en 
cinta VHS por solo 995 pts. 
Más información: la redac- 
ción 


Compro MSX-DOS 2.x, cartu- 
cho + discos, en buen esta- 
do. Pago hasta 4500 pts si 
está en perfecto estado. 
Negociables. Enviad ofertas 
a la redacción. 


Como es normal en cualquier fanzine, he aquí nuestra 
sección de " TRUCOS Y POKES" , Para inagurarla, Manuel Pazos 
nos envia este truco: 

-" Si en el menú del principio del PUMPKIN ADVENTURE II 
escribís: 

: VEW I LLSTR I KEDOWNTHEONESVHOLEADUSWEAREYOURFUTUREWEAREFOREVER 
(todo junto, sin espacios y en mayúsculas) y luego pul- 
sais SELECT, se producirá un flash. Al comenzar el juego lo 
haréis con todos los marcadores a tope." 


Y la última sección, todavía sin estrenar, es la de "OPI- 
NION", o sea que si queréis opinar... ¡opinad! 



ENSAMBLADOR 



INTRODUCCION 

Todas conocemos las limitaciones del 
BASIC en cuanto a velocidad y acceso pleno 
»1 hardware. También sabéis todos que la 
solución consiste en programar en ensambla- 
dor, pero esto puede llegar a resultar, 
ligamos, un poco "difícil", dado que el 
lenguaje ensamblador no es muy amigable. 

Existe una solución intermedia consisten- 
te en realizar el esqueleto de nuestro pro- 
;rama en BASIC, y disponer en memoria de una 
colección de subrutinas en código maquina 
para realizar tareas especificas. 

En efecto, esta es una solución muy uti- 
lizada, ya que afortunadamente disponemos de 
los comandos DEFUSR y USR, con los cuales 
podemos invocar subrutinas en CH y devolver 
posteriormente el control al interprete 
BASIC. 

Sin embargo, considero que esta nD es la 
solución ideal, por dos razones. Laprimera 

que no es fácil recordar ni identificar 
la función de una rutina en CM si nos limi- 
-.amos a identificarla con un USRx; el pro- 
irama pierde, ' por tanto, legibilidad. La 
segunda: con USR únicamente podemos pasar un 
parámetro. 

La solución ideal seria crear tus propios 
comandos BASIC, darles el nombre que quieras 
i organizar el paso de- parámetros como mas 
-.e convenga. ¿Tres deseos irrealizables? No, 
?racias a CKD. 

¿QUE ES CKD? 

Simplemente es una palabra reservada del 
3ASIC aue no tiene asignada ninguna función. 

Me "explico. Cuando desde BASIC tecleamos 
un comando inexistente, el interprete salta 
a una rutina situada en ROM, encargada de 
jenerar un Syntax Error y devolver el- con- 
trol al modo directo. Si tecleas CHD obten- 
iras Illegal Function Cali. ¿Que ha pasado? 
Simóle: ■ cuando el interprete encuentra un 
CHD salta a la posición SHFEOD. En condicio- 
nes normales simplemente encuentra un RET, 
oor tanto vuelve y, esta vez,, el basic .si 
salta a la rutina de error. 

Cono' muy astutamente habréis advertido, 
cuando trabajamos en BASIC &HFE0D se encuen- 
tra en RAH, por tanto nada nos impide reali- 
zar modificaciones. Tenemos 5- bytes disponi- 
bles: hacemos un POP BC para desactivar el 
salto a error, un JP que nos conducirá a la 
rutina deseada y . . . 

CKDERO 1.0 por NESTOR SOR I ANO 



El programa que presenta para el maneje 
de CKDs permite dar nombre a tus subrutinae 
en CM y gestionar fácilmente cuantos parame 
tros quieras. Es decir, que el famoso 
PRINT USRx (parámetro) 
se vera transformado en un mucho jhüe 
agradable 

CHD nombre (paraml , param2 paramn) 

CHDero 1.0 consta de cuatro partes: 

- Un programa que modifica el gancho 
de CKD. 

Un programa extractor y procesador 
del nombre del comando. 

- Un paquete de rutinas de ayuda para 
la extracción de parámetros. 

- Una zona de memoria en la que guar- 
daras los nombres de tus comandos y la 
dirección de comienza de- los mismos. 

La zona de nombres y las rutinas de ex- 
tracción de parámetros son totalmente réubi- 
cables. La rutina de extracción descornando 
precisa de algunas de las anteriores, por 
tanto su reubicacion implica unos pocos 
cambios aue comentare mas adelante. 

DESCRIPCION' 

A continuación describo las rutinas que 
componen el CHDero; para una descripción mas 
detallada de las rutinas del segundo bloque 
puedes mirar el propio listado. 

- El programa modificador del gancho soId 
se ejecuta una vez por sesión; ocupa 16 
bytes. En la posición +SHE (offset respectó 
al comienzo) ha de figurar la posición del 
programa extractor/procesador, y en +&H7 la 
posición del propio modificador + &HB (todas 
las direcciones de memoria en formato byte 
bajo + byte alto) . 

- EXTRCOH extrae la cadena que figure 
tras el CKD (caracteres o TOKENS) y la alma 
cena. Ocupa 28 bytes. 

- COKPCAD campara dos cadenas. Ocupa 17 
bytes. 

EXTRCAD se utiliza para la extracción 
de parámetros de cadena. Ocupa 28 bytes. 

- FRHEVL extrae un parámetro numérico. Se 
encuentra en ROM. 

- PTRCHGET obtiene la dirección de alma 
cenamiento de una variable de cadena. Ocupa 
21 bytes. 

- PTRGET actúa como PTRCHGET pero para 
variables numéricas. Se encuentra en ROM. 

- KKERR genera en error. Esta en ROM. 

La rutina de extracción y proceso ex 
trae el comando existente tras el CKD (ex- 




trae hasta encontrar un paréntesis, dos 
puntos o un fin de linea). A continuación la 
compara con Ids nombres guardados en la zona 
de datos y, cuando encuentra una coinciden- 
cia, salta a la dirección asignada a ese 
comando. Ocupa 45 bytes. 

En el caso de que queramos reubicar esta 
rutina o alguna de las anteriores debemos 
tener en cuenta lo siguiente: 

* En la posición +1 (respecto al comienzo 
de la rutina) hemos de colocar la ubicación 
de BUFFER (posición de almacenamiento tempo- 
ral del comando extraído). 

* En +4 hemos de colocar la ubicación de 
EXTRCOM. 

* En +9, la posición de ALMACEN (zona de 
nombres de comando , ver mas adelante) . 

* Y en' +12, la .ubicación de COHPCAD. 

- La zona- de almacenamiento da nombres de 
comando. Ha de tener el. siguiente formato: * 
Primero, nombre del comando, finalizado por- 
un signo "í". Solo garantizo el perfecto 
reconocimiento del mismo si empleas caracte- 
res alfabéticos; ■' ^prueba a experimentar con 
símbolos y números', quiza algunos funcionen. 
Hay que tener cuidado con dos cosas. La 
primera es que a la hora de escribir el 
comando -desde BASIC da igual si lo haces en 
mayúsculas o. minúsculas, pero en la zona de 
almacenamiento han de estar. SIEMPRE EN MA- 
YUSCULAS." Y ahi va la segunda: si el nombre 
del comando contiene una palabra reservada 
del BASIC no hay que almacenar esta palabra 
como tal, sino como su token correspondiente 
(un token es un byte que el BASIC asigna, a 
cada instrucción con el fin de ahorrar memo- 
ria). 

Por ejemplo, si queremos un comando llar 
mado NESTOR debemos almacenar los códigos 
ascii de "N","E" y "S"; a continuación &HD9, 
que es el token de "OS"; despuesel código 
de la "R" y finalmente el "S". 

A continuación un procedimiento fácil 
para averiguar el token correspondiente a 
una instrucción: desde BASIC realiza- un 
programa de una única linea, que contendrá 
únicamente la instrucción a investigar.. En 
la posición 4H8005 ■ encontraras el token 
correspondiente. 

Ojo, algunos tokens constan de dos bytes; 
los reconocerás porque el primero de ellos 
es &HFF. Examina entonces &H8006 para obte- 
ner el segundo. 

Con un ejemplo comprobaras que no es tan 



difícil^ Supongamos que queremos almacenar 
un comando llamado EXPRESION. Vemos que 
contiene dos palabras reservadas: EXP y ON. 
Hacemos el programa: 
10 EXP 

y vemos que &H8005 contiene &HFF. Por 
tanto examinamos &H8006, y encontramos 
&H8B. A continuación hacemos 

10 ON 

y en &H8005 encontramos &H95. Ya 
podemos almacenar el nombre del comando: 
FF 8B "R" "E" "S" "I" 95 "S" 

* Tras el nombre del comando se ubica su 
dirección de comienza (byte bajo + byte 
alto), seguido de un signo 

* Repetimos para todos los comandos. Al 
final de la lista colocaremos un carácter 
;ualquiera seguido del signo "#". 

- El programa necesita una zona para 
almacenar el comando invocado y poder compa- 
rarlo. La posición de esta zona ha de ser 
indicada en el segundo y tercer byte de la 
rutina extractora/procesadora ; 

AHORA TE TOCA ATI ... 

- Ya solo quedan tus propios programas, 
que pueden extraer parámetros con ayuda de 
las rutinas del segundo bloque. 

Cuando el CXDero pasa el control a tu 
orograma, el puntero de la ejecución del 
programa BASIC se encuentra en la pila: no 
olvides ir dejarlo listo para la siguiente 
instrucción cuando tu programa acabe; de lo 
contrario generaras un Syntax Error. Si el 
comando tiene parámetros, dicho puntero esta 
Bltuado en el paréntesis inicial; si no, 
¿sta en la siguiente instrucción. Ten en 
cuenta que tras cada extracción el puntero 
queda en el separador de parámetros (reco- 
miendo usar una coma) o en el paréntesis 
final, por lo que habrá que incrementarlo 
;ada vez. En base a todo lo anterior, un 
programa invocado" con el CMDero que no use 
parámetros debe tener la forma siguiente: 

ORG dirección de inicio 

(rutina con igual humero de'PUSH 
que de POP) ... 

POP HL ; Recuperamos puntero BASIC 

RET 

Y uno que use ■ parámetros quedara 
como: 

ORG dirección de inicio 
POP HL 

INC HL ; Pasamos el paréntesis 

. . . (Extracción y proceso del primer 



parámetro.) . . . 

INC HL ; Pasamos la coma 
. . . (Extracción y proceso del segundo 
parámetro) . . . 
INC HL 

(Asi para todos los parámetros) . . . 
INC HL ; Pasamos el paréntesis final 
RET 

Recuerda que las rutinas extractoras de 
parámetros actualizan automáticamente el 
puntero BASIC, dejándolo en el siguiente 
separador. Por descontado, las de guardar el 
puntero cada vez que necesites usar el par 
HL. 

Al final del listado hay un ejemplo de 
comando con extracción de parámetros, llama- 
do NESTOR; la zona de almacenamiento esta 
preparada Dará reconocerlo y ejecutarlo. 

PASO DE" VARIABLES 

Hasta ahora hemos visto como pasar para- 
metros para lectura. Estos parámetros podían 
ser cualquier expresión que diera como re- 
sultado un numero o una cadena. Queda pen- 
diente el paso de variables para su modifi- 
cación. 

Lo ideal seria poder usar el CKD como 
función; es decir, poder hacer variable = 
CKD nombre (parámetros) 

No he conseguido hacer esto (si tu lo 
consigues escríbeme contándome como lo has 
hecho), pero si podemos hacer que un paráme- 
tro resulte modificado (por supuesto, ha de 
ser una variable). Fara ello usa las rutinas 
PTRGET y PTRCHGET del segundo bloque. El 
comando SORIANO del final del listado es un 
ejemplo de modificación de una variable 
entera. 

REUBICACION 

He intentado hacer esta rutina lo mas 
reubicable posible. Las rutinas de extrac- 
ción se pueden instalar donde quieras sin 
problemas; la rutina modificadora del gancho 
y la extractora/procesadDra precisan de los 
cambios indicados en DESCRIPCION. 

Si tus propias rutinas no emplean parame- 
tros de cadena solo necesitaras llamar a la 
ROK para extraer parámetros, por tanto pue- 
des reublcar el CKDero sin modificarlas. 
Pero si tus rutinas emplean EXTRCAD, COKPCAD 
o PTRCHGET deberás actualizarlas cada vez 
que reubiques el CHDERO. 

El final de la zona de usuario (o lo que 
es lo mismo, el principio de la zona de 
trabajo del sistema) cambia según las unida- 
des de disco. Si no tienes, este limite se 
sitúa siempre en &HF380. En caso contrario, 
, examina las posiciones &HF378 y &HF379 para 
conocer el comienzo de la zona sagrada. 

Existe una posición de la zona de trabajo 
usada como buffer de la sentencia PLAY; 
comienza en &HF975 y tiene una longitud de 
384 bytes. Puedes colocar aqui el CKDero 
SOLO si estas seguro de que "NO VAS A USAR 
PLAY NI UNA SOLA VEZ. Te recomiendo redactar 
un programa instalador que permita reublcar 



el CKDero fácilmente, realizando automática- 
mente los cambios pertinentes en el modifi- 
cador del gancho y en el extractor/procesa- 
dor. Yo he realizado uno, pero es demasiado 
extenso para publicarlo; si lo quieres mán- 
dame un disco y te lo grabare. 
CKDERO COHO CONJUNTO 

Hasta ahora he presentado el CKDero como 
un conjunto de rutinas independientes, pero 
lo mas lógico es considerarlo como un solo 
programa y guardarlo como tal en memoria; 
comprobaras que es asi como figura en el 
listado. En estas condiciones, CXDera (sin 
incluir la zona de nombres de comando) ocupa 
140 bytes, y la posición de las diferentes 
rutinas, respecto al principio del conjunto, 
es la siguiente; 

EXTRCOH; +0 

COKPCAD: +&H1C 

EXTRCAD: +&H2D 

PTRCHGET: +4H49 

Extractor/procesador: +&H5E (recuerda 
aue, a su vez, esta rutina ha de conte- 
ner la ubicación de BUFFER, EXTRCOK, 
ALKACEN y COKPCAD) 
ALKACEN: +&H8C 
FORKATOS DE ALKACENAKIENTO 
A continuación describo coma se almacenan 
los parámetros extraídos en'el DAC (acumula- 
dor decimal): 

- Las variables enteras se" almacenan en 
iHF7F8, byte bajo * byte alto. VALTYP (SHF- 
Ó63) contiene un 2. ... r. 

- Las variables de simple precisión en 
ÍHF7F6, un byte de exponente (el primer bit 
es el signo) y tres de mantisa (cada byte 
contiene dos cifras en formato BCD) . VALTYP 
contiene un 4. 

Las variables de doble precisión se 
'almacenan como las de simple, pero hay siete 
bytes destinados a la mantisa. VALTYP con- i 
tiene un 8. - Si extraemos una cadena, VAL- j 
TYP contiene un 3; recuerda que hay una I 
rutina especifica para extraer cadenas en el 
segundo bloque. 

El formato de almacenamiento de las va- 
riables es la siguiente: Un byte que indica ¡ 
el tipo (2,3, 4 u 8); dos bytes para el 
nombre y 2, 4 u 8 bytes para almacenar la 
variable, en el mismo formato que el DAC. 
Cuando llamas a PTRGET no obtienes la direc- 
ción de la variable, sinD la del dato con- 
tenido. Por tanto, para averiguar el formato 
de una variable deberás llamar a-PTRGET, 
restar 3 a DE y examinar (DE). 

CONCLUSION 

Hace poco que estoy metido con esto del 
ensamblador, por tanto seguro que esta ruti- 
na puede ser ampliamente optimizada. No 
dudes en escribirme para cualquier sugeren- 
cia, duda, critica, comentario, autógrafo, 
carta-bomba, etc.. La dirección esta en la 
pagina de este vuestro fanzine, pon en el 
sobre "para la sección de KONAKI KAN" 

Graclas/Perdon/Hasta la próxima. 
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290 ; — E17SC0S; Extracción díi cosando 

250 ; — (Extrae hasta encontrar un oarentesis iDieri: 

200 ; -- o hasta encontrar otra instrucción c un fin de linea) 

310 ; — Entrada: HL = puntero del BASIC ;us;o desoues oe CB0 

320 I -- DE = dirección para coiocar el coiart: 

Salida; DE = dirección de inicio de la cederá oe colando 
(al final hay un signo 

HL = ountero del basic en la siguiente instrucción, 
o bien justo desoves *¡ oarentesis. 
o bien se ha vuelto al iodo directo. 
BC = Longitud del ccianco sin ei "$' 



330 

340 ; -- 

350 ; -- 

360 ; - 

370 ; -- 

3S0 ; -- 

350 ; 

100 EITRC0N 



PUSH DE 



(10 


LD 


eco 


120 


DEC 


HL 


130 BUCLE; 


CALL CKR67R 


110 


JR 


2. FIN 


150 


CP 


"(• 


160 


JR 


2, FIN 


170 


CP 


0 


190 


JR 


2, FIN 


150 


LD 


(DE). A 


500 


INC 


DE 


510 


INC 


BC 


528 


JR 


BUCLE 


530 FIN: 


LD 


A.T 


510 


LD 


(DE), A 


550 


POP 


DE 


560 


REI 






-- CÍNPCAD; 
~ Entrada: 
-- Salida: 



570 
5S0 
590 
500 
610 ; 

620 COíPCAD 

630 

610 

650 

660 

670 



Metal 



Rutina de coioaracicn de caceras — 
H! y DE asuntan a las dos atan a 
1 = 1 si las dos cadenas son louaies, 



cicarar 

0 si no 



LO 
CPI 
JR 
CP 
JR 
INC 



A, (DE) 



N2.N0 



- EUnCAO' 

Entrada; 



' Salida: 



- FRKEvL 

- Entrada 

- Salida: 



310 

320 

330 EKTRCA3: 

310 

350 

560 

570 

330 

390 

900 

910 

920 

930 

310 

950 

960 

970 
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990 
1000 
1010 
1020 
1030 
1010 
1050 
1060 
I07O 
1080 
1090 
1100 
1110 
1120 
1130 
1140 
1150 
1160 
¡170 PTRCH6ET 
1130 
1190 
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1210 
¡220 
1230 
1210 
1250 
1260 
¡270 
1230 
1230 
1 300 
!3¡0 
1320 
1330 
1340 
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rxiraccion oe un oaraietrc :¿ :s:ena -- 
Hl = Puntero a: crincioio oe¡ tarasetro 
(situsoo autotaticaiente oor EITSCDfl 
o oor una anterior ejecución ce EIT&CíjJj 
A = Longitud de la cadena 

VALT'r? lifiF66f)(>3 si el carantro nc es una cadena 

DE = Puntero al inicie de ¡a cacera 

HL = Puntero ai siguiente oaraietro o al oarentesis 



CALL FRíeVi 
LD A.(WuíP) 
CP 3 
REI Sj 
PUSn fe 
CAlL F5E57R 
E'( DE.HL 
POP HL 
PUSH DE 

m ii 

LD UíMi 
LD I.Ü1M) 
LD D.(U*2) 



\ final 



*a ca:¿-.a no extrae 



Eurae un paraietro — 

HL = Puntero al oara«elro (igual ou» EIIRCAD) 
A = 2. 1 u 8 según el t ico de valor adouirido 
VALIYP = 3 si el oaratetro es una c aceña 
loara extraer cadenas hay oue usar EITrtCfiD) 
DAC UHF7F6I = Paraaetro extraiío 
HL = Puntero al siguiente pimeifo, 
o al oarentesis final. 



FRNEVL se encuentra en H0S: SH1C61 



-- PTSCHBE 

-- Entrada 
— Salida: 



■lento 



: Extracción de la dirrecion de aliace- 
de una variable de cadena 
HL = Puntero al noibre de la variable en el texto 
HL = Puntero BASIC desoues de la variacle 
BC « Dirección de aliacenaiiento de la longitud de la 
DE » Dirección de aliacenaiiento de la cadena| cadena 
A03 si la variable no es de tico cadena 

CALL P7S5ET 
PUSH HL 
E» DE.HL 
HL 
HL 
HL 

fl.íHL) 
HL 
HL 
HL 



HL 

Cí'nl) 
HL 

B.(Hl) 



FUSh BC 
c.< DE.HL 
P0? DE 
POP BC 



Dire;c:;r de la longitud 



Dirección ae la cadena 



1350 
1370 
1380 
i 330 
U00 

uro 

¿20 
¡30 
1110 

USO 

tuo 
uso 
uso 

i 500 
510 
1520 
1530 
1540 
1550 
1560 
1570 
1530 
1590 
1600 
1610 
1620 
1630 
1640 
1650 
1650 
1670 
1690 
1690 
1700 

mo 

1720 
'30 
1740 
1750 
1760 

!?73 

= 760 
¡750 
300 



PTRGET: Extracción de la dirección ce aliácer.aiieriLD de una variabl 

(Para variables de cadena h¡< oue usar PTRCHGET) 
Entrada: HL = Dirección del notare ce ¡a variasie en el texto BASIC 
SUBFLG (SHFSS5) = O si la variable es siaole, 
OO si es una latriz 
Salida: h'L = Puntero BASIC curan ¿ll asibre ce la variare 
SE = Dirección ce aUscmsiien;: de la /ariable 
DE-3 = Dirección de aUaceraiiento de! tino de vanaoie 



se encuentra en SON: MSEU 



-- rlEEüñ: Generación de error -- 

- Entrada : E = Nui>ero de error a generar 

-- Mi'ERR se encuentra en MU: JH4072 

Umtt TERCER BL00UE: RECONDCIltlENTú CEi 
V SALIO A SU DISECCION ASIGNAD*. 



CONANiO 
»«H: 



PROGRAMA: LD DE.3UFFER 



PfiOH: 



YEAH: 



FINISH: 



2350 
2350 
2370 
2380 
2390 
2400 
2410 
2420 
2430 
2440 
2450 
2460 
2470 
2480 
2150 
2500 
.25JÍ 



CALL EITSC0S 


PUSH HL 


PUSH DE 


LD 


HL. ALMACEN 


CALL CONPCAD 


OR 


A 


JR 


NZ.YEAK 


POP 


DE 


PUSH DE 


INC 


HL 


LD 


A.(HL) 


CP 


"1" 


JR 


2. FINISH 


CP 


■!" 


JR 


NZ.SISUIENT 


INC 


HL 


JS 


COMPARAR 


EX 


DE .HL 


LD 


A, (DE) 


LD 


L , A 


INC 


DE 


LO 


A, (DE! 


LD 


H.A 


PDF 


DE 


JP 


(hL) 


LD 


E.18 


JP 


NÍE5R 


NOP 




POP 


SC 


PUSH hL 


LD 


KL.SHC203 


EJ 


DE . HL 


LD'IS 




POP 


HL 


:nc 


ni 



¡Puntero 8A3IC =; dí la 
;Puntero al colando extraído 




1360 ;*»»« 


CUBRID 5L03UE: ALMACEN 


2E NOMBRES DE COMANDO 


¡370 : 


» sus Direcciones de ejecución «tu» 


18S0 ; 






1890 ALMACEN: 


OEFM 'NES' 


. Ver sección de a;eiolos 


i 900 


DEFB SHBSVIC'J' 


; SH39 = Toxen de ÍO 


¡310 


DEFü 1HCCO0 




¡920 


DEFB 'f 




1930 


OEFS •3'.,tóf7 


: SHF? = "o.er. ce JS 


i 940 


OEFI "ÍSiai" 




¡550 


DEFií 5HC040 





15/0 
¡374 

¡980 
1590 
2000 

2010 BUFFE.Í 



"RSCI" 



DEFB 
DEF1 
nacido Néstor ! 
DEFü 5KF9S0 
DEF3 ■(■ 
DEFB T 
DEFS 50 



I' 



2020 
2030 
2040 
2050 
2050 
2070 



Alearen del celando extraído, 
usado cara ;:i3i.\\o,c .1 



tutu* EJEMPLOS mtm 



Ejeinlo de lectura de oaraietros — 
Uso: CMD NESICSIEntero, Cadena) 



20S0 :-- Salida: JHC200 y 1HC201 guardan el entero 



030 
2100 ;-- 
2110 ; 

2120 EJPANU: 

2130 

2140 

2150 

2160 

2170 

2130 

2190 

2200 

2210 BIEN: 

2220 

2230 

2240 EJPACA: 

2250 

2260 

2270 

2280 

2290 

2300 

2310 

2320 BIEN2: 
2330 



JHC202 guarda la longitud de ia cadena 
A oartir de SHC203 esta la cadena 



0R6 SHC000 
POP HL 
INC HL 
CALL FRNEVL 



LD 
CP 
IR 
LD 
IP 
LO 
LD 
INC 



A.(SHF663) 
2 

2 , 31 EN 
E . 1 3 
NKERR 

BC.ISHF7F8) 
(¡HC200),BC 
HL 

CALL EKTRCAD 
PUSH AF 

LO A,(SHF663) 
CP 3 

2.BIEN2 
AF 
E.51 
NKERR 
AF 

(1HC202),A 



JR 

POP 

LO 

JP 

POP 

LD 



.2340 ALMACENA: PUSH AF 



El cuntero BASIC, bien guardadito 

Recuoeraaos e! cuntero BASIC v.. 
...continúalos con el orograia 



Ejesolo de itocif ¡catión oe una variable -- 
Uso: CMD SDRIANO (Variable entera) 
■ Salida: Deposita el valor 65 en a! var-.abis oaaada 



DR6 JHC040 
POP Hl 
INC Si 

ai 5ma 




; Eieiolo de extracción de un oaranetre 
: Recuoeraaos ouniero BASIC / nuterico 
: Pásalos des oarentesis 



Es un oaratetre tioo INTE6ES? 



Si no. Ivoe nsiatch 

Ahacena nuiero en SHC200 (2 bvtesi 
Siguiente oaraietro 
Ejeiolc de extracción de un caraaetro 
de cadena 

Es un oaraietrc de cadena? 



Si no, Internal error (Je, je 1 ) 

AUacena longitud de cadena en SHC202 
Aliacena vanade a curtir oe 1HC203 



► ^t 9)1 • =¥7 mk-n (SR1ÍÍP?) 




SOFT NACIONAL 



Esta sección esta dedicada a comentar software de pro- 
ducción española, ya sean juegos, demos, o utilidades. La 
razón es bastante simple, necesitamos que alguien patrocine 
el soft nacional, que es mucho mejor de lo que la mayoría 
cree. Prueba de ello, son los muchos programas que se pre- 
sentaron en la V Reunión de Usuarios de MSX, que a pesar de 
no estar todos terminados, prometian ser bastante buenos. 

Para que os comentemos el programa solo tenéis que en- 
viarnos una copia de este, aunque no esté acabado e incluso 
si queréis podemos distribuirlo a un precio razonable, 



Para empezar esta sección comentaremos un juego que será 
presentado en la próxima Reunión de Usuarios, en Octubre. 



Nombre: MESTRE FIGHTER 

Casa: D'DLI CLAR GAMES 

Tipo: Lucha 

Formato: 1DD 

Chip: R-800/Z-80 

Lenguaje: BAS I C/KUNBAS I C 

Música: FM+PCM 

Gráficos: Ser 7 




El juego sigue la misma linea de los conocidos juegos de 
lucha, como el STREET FIGHTER. Los gráficos están muy bien 
cuidados, utilizando decorados y personajes de la serie 
DRAGON BALL. A pesar de estar muy bien presentado, falla en 
la velocidad, puesto que esta completamente en BASIC. Las 
músicas, hechas con el PCM TRACKER, contarán con baterias 
en PCM, siempre y cuando su autor consiga el DRIVER para 
Turbo R de este programa. 

En conclusión, para ser el primer programa que va a 
presentar al publico D'OLI CLAR GAMES no se puede pedir 
mucho más. En cuanto esté listo, os informaremos más deta- 
lladamente. 1 Ramón Serna / J. Salvador asricnez 




PROGRAMAR 



••• 



UNA OBSESION 



Este artículo, realizado por Enrique Martinez, es la 
introducción de lo que serán varios cursillos de programa- 
ción, en BASIC y ENSAMBLADOR. 



No podemos contar solo con 
nuestra inventiva e ingenio, 
hay que aplicar al proceso 
de programar una serie de 
disciplinas que nos permitan 
un desarrollo rápido y efi- 
caz. 

Ante un problema, lo pri- 
mero que debe hacerse es 
idear una solución, de la 
manera más ordenada posible 
y, en la medida de lo posi- 
ble, bien documentada, es 
decir, adjuntar toda la 
información posible para 
saber bien lo que se está 
haciendo, o para que otros 
programadores puedan reali- 
zar modificaciones o mejoras 
a nuestros programas. 

Para programar es necesa- 
rio tener un ordenador y un 
lenguaje que nos permita una 
comunicación con la máquina, 
pero hay "lenguajes" y "len- 
guajes". Aunque parezca 
mentira, el BASIC es un 
lenguaje de alto nivel. 

LENGUAJES DE ALTO NIVEL 

Los lenguajes de alto 
nivel constan de instruccio- 
nes potentes que hacen la 
labor de programación mucho 
más rápida y fácil. Por lo 



general, a cada instrucción 
de alto nivel corresponden 
muchas binarias. Para que os 
hagáis una idea de los len- 
guajes de programación: 
(fig. 1) 

Sea cual fuere el lenguaje 
elegido para programar, lo 
mejor es ponerse manos a la 
obra y empezar con la pro- 
gramación siguiendo unos . . . 

CONSEJOS 

1. ¡No perder la calma! 
Ante cualquier problema que 
surja, a grandes problemas 
grandes soluciones, 




ífiq. 1) 



APL 

COBOL ■ 
FORTRAN 
PL/li 
ASCAL 
BASIC 



Alio nivel 



rlACRO 

CONDICIONAL 

ENSAMBLADOR Nivel Ensasiblador 



HEUQCTAL 

BINARIO unqusie fiáouina 



2. Definir el problema, 
que vamos a solucionar, con 
pelos y señales (cuanta más 
información se tenga, mejor) 
una serie de preguntas que 
nos pueden resurgir en nues- 
tro problema pueden ser: 

a) ¿Gráficas? ¿Sprites? 

b) ¿Registros de RAM/VRAM? 

c) ¿Rapidez? ¿Es necesaria? 

3. Documentación. Hay que 
documentarse, lo primero, 
desde el principio, antes de 
sentarse ante el teclado. La 
realización de la documenta- 
ción es un ejercicio para 
detectar ambigüedades de 
nuestro problema (programa), 
inconsistencias de defini- 
ciones y otros fallos difí- 
ciles de solucionar más 
tarde. La documentación ha 
de ser; legible, completa y 
revisada y si es diaria 
mejor todavía. 

4. Pensar y después pro- 
gramar. Hay que estudiar 
diversas estrategias para 
resolver nuestro problema, 
existen diferentes caminos 
para llegar al mismo sitio, 
lo importante es encontrar 
el adecuado para nuestras 
necesidades. 

5. Modularidad. Dice un 
refrán: "Divide y vencerás". 
Hay que empezar por lo más 
global y seguir a los deta- 
lles más pequeños, Cualquier 
gran problema por complicado 
que parezca es posible divi- 
dirla en grandes bloques que 
podrán ser divididos en 
tareas que también pueden 
subdividirse hasta llegar a 



procesos sumamente pequeños 
y sin dificultad. 

6. Pensar en los demás. Es 
necesario que la organiza- 
ción general de los distin- 
tos módulos sea comprensible 
para los demás. Par ello es 
imprescindible disponer las 
distintas partes de forma 
aislada y dejando claro su 
objetivo. Es importante que 
estos módulos o partes no 
sean grandes ni complejas. 

7. Desarrollar módulos. 
Cada modulo o parte del. 
programa debe estar perfec- 
tamente definido según sus 
entradas y salidas. La forma 
en la que se desarrollan los 
cálculos internamente no 
interesan a los demás módu- 
los. Esto convierte a los 
módulos desarrollados en 
reutilizables en diferentes 
situaciones, dentro de la 
misma aplicación o en otras 
distintas (como las subruti- 
nas) . 

Esta forma de programar 
nos permite una mejora, ya 
que para acelerar los pro- 
gramas solo tenemos que 
"retocar" unos módulos (los 
más lentos) y no todo el 
programa. 

8. Hacer las constantes, 
constantes. Siempre es mejor 
incluir las constantes al 
principio del programa y en 
un módulo que sólo sea para 
almacenar las constantes. De 
esta forma ganaremos tiempo 
y sabremos en todo momento 
las constantes que tenemos. 

1 Enrioue tiariinei 



CONCLUSION 



Esto ha sido todo por ahora, creo que para ser el primer 
n° no ha estado del todo mal, os hemos ofrecido una amplia 
sección de noticias, hemos resumido la V Reunión de Usua- 
rios, sin olvidarnos de los programas en BASIC y ENSAMBLA- 
DOR. También os hemos comentado el S.PD.#12, cosa que hare- 
mos en cada n° (¡con los siguientes S.PD. , claro!). 

Y por supuesto, muchas más cosas que sin duda recorda- 
reis. Como veis nos las hemos apañado bastante bién, asi 
que imaginaos lo que haremos cuando contemos con vuestra 
colaboración. De momento tenemos varias secciones a la 
espera de vuestras cartas, que son las de anuncios, trucos, 
opiniones, soft nacional, y por supuesto todo aquello que 
queráis comentar, ya sean juegos, cualquier utilidad o 
algún programa de "producción casera". 

Nuestras puertas están abiertas a todas las sugerencias, 
al igual que aceptaremos agradecidos cualquier critica, sea 
positiva o negativa, ¡aunque por supuesto preferimos las 
primeras! 

Todos los que estén dispuestos a formar parte de nuestro 
grupo de colaboradores recibirán un ejemplar gratuito, 
pero antes deberán ganárselo, 

Ahora ya profundizando un poco, espera que el fanzine os 
haya gustado, y sobre todo que lo hayáis comprado. Digo 
esto porque se por experiencia que para un fanzine lo más 
importante es que lo compren. Si el fanzine se vende, la 
moral de los autores se mantiene alta y cada vez se vuelve 
más y más interesante. Sin embargo, si el fanzine no se 
vende sus autores se unden, y el fanzine se va a pique. 

Por nuestra parte, promocionaremos nuestro fanzine todo 
lo que podamos, a fin de que la gente se interese por verlo 
y lo compre. 

¡Si la cosa funciona tendréis fanzine para rato! 

I Ratón Serna 



Club Mesxes 
C/ Manacor 16, 12 1§ 
07006 - Palma de Mallorca 
Baleares 



